home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv3.zip / V3N28.TXT < prev    next >
Text File  |  1993-04-28  |  24KB  |  546 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. Ultrasound Daily Digest     Wed, 28 Apr 1993     Volume 3 : Issue  28 
  7.  
  8. Today's Topics:
  9.             Alone In The Dark Problems (I'm being flamed!)
  10.                          Bundled GUS software
  11.                 GUS and MOD... what about the PAS16 !
  12.                        GUS information wanted!
  13.                           New PUBLIC SDK kit
  14.                          os/2 and ultrasound
  15.                              RAM-failure
  16.                               RAM speeds
  17.                             SBOS w/ games
  18.                              Sound player
  19.                   Star Control II bug fix more info
  20.            Trying to shed some light on DRAM memory speed.
  21.  
  22.     Meta-info about the GUS, this digest, and other GUS resources
  23. can be found at the end of the Digest.
  24.  
  25.     Before you ask a question, please READ THE FAQ.
  26.  
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Tue, 27 Apr 1993 12:10:41 -0300 (ADT)
  30. From: Shadow Of Fear <markus@Info.UMoncton.ca>
  31. Subject: Alone In The Dark Problems (I'm being flamed!)
  32. Message-ID: <Pine.3.02.9304271241.B21717-b100000@clement>
  33.  
  34.     People are jumping on my back because I tried to help them.  For
  35. those who were experiencing problems with SBOS and Alone In The Dark, I
  36. suggested to configure the game for SoundBlaster with no DMA.  Now, I'm
  37. being flamed because it slows down the game and they can't play.
  38.     I gave the suggestion uppon my own experience.  I have AITD with
  39. SBOS 2.04 and I have *almost unnoticable* slow downs and you know what? 
  40. I'm playing this game on a 286-16.  When I saw that it worked for me (SB
  41. with no DMA), I passed the word.  It doesn't work for some, well find
  42. something else!!  It worked for me and I gave the trick.  Now, stop
  43. flaming me.  I received the same treatment for Space Quest V (where I
  44. could trick the SB bug).
  45.                                          ____
  46.               _  _  _                  / \   \ 
  47.             /' )' )' )                |   |   |           
  48.               /  /  /                 | (_|__/         \   
  49.              /     /  __. .__    ___  |   |  __.  . .   \  .   ___ 
  50.             /     (__(_/|__) )__/(__   \_/__(_/|__)\_)__/\__)__) <_ 
  51.  
  52.                     Markus on QuartzPARADISE and AfterFive
  53.                             (506)855-4974 - Canada
  54. +---------------------------------------------+-----------------------------+
  55. |            markus@info.umoncton.ca          | "My son, ask for thyself    |
  56.  
  57.  
  58. | For Talk:  markus@clement.info.umoncton.ca  |  another kingdom.  For that |
  59. |---------------------------------------------+  which I leave is too small |
  60. | When all else fails,  read the instructions |  for thee" - King Philippe  |
  61.  
  62. +---------------------------------------------+-----------------------------+
  63.  
  64. ------------------------------
  65.  
  66. Date: Tue, 27 Apr 1993 17:02:33 +0100 (BST)
  67. From: Simon Watson <Simon.Watson@durham.ac.uk>
  68. Subject: Bundled GUS software
  69. Message-ID: <Pine.3.07:930401.9304271733.A11875-b100000@gurney.dur.ac.uk>
  70.  
  71. I've read several posts from GUS owners complaining about not
  72. receiving the promised extra software. Obviously the situation is
  73. different in the US because here in the UK, Optech (the official UK GUS
  74. distributor) has been busy sending out a pack of six disks to owners
  75. who registered with them. 
  76.  
  77. The pack contains the five v2.04 installation disks, along with an extra
  78. HD disk labelled 'GUS bonus software'. This latter disk is installed
  79. separately to provide PowerChords, Midisoft Recording Session, Gusmod, some
  80. extra MIDs, and a windows utility to convert sound
  81. files between the .WAV .VOC & .SND formats.
  82.  
  83. Overall, I'm quite impressed with both PowerChords and Midisoft. Both are
  84. labelled as Ultrasound-specific versions, probably implying support for
  85. patch cacheing. PowerChords seems more guitar orientated but can still
  86. handle standard MIDs and can compose tunes of any style. Midisoft
  87. Recording Session is reasonably full-featured sequencer using standard
  88. musical notation together with a sort of 'virtual' mixing desk. It's a bit
  89. quirky but still one up on Winjammer.
  90.  
  91. I'm currently having some probloms with the patch cacheing in Midisoft so
  92. I hope you other GUS owners get your copies soon and can give me a hand! 
  93.  
  94. -Simon
  95.  
  96. P.S. My bonus disk was not accompanied by any written documentation.
  97.  
  98. ------------------------------
  99.  
  100. Date: Wed, 28 Apr 93 02:45:11 GMT
  101. From: jknepley@nyx.cs.du.edu (Jim Knepley)
  102. Subject: Re: GUS and MOD... what about the PAS16 !
  103. Message-ID: <1993Apr28.024511.8414@mnemosyne.cs.du.edu>
  104.  
  105. ReprintFrom: comp.sys.ibm.pc.soundcard
  106.  
  107. In article <1993Apr27.085421.66814@cc.usu.edu> sl859@cc.usu.edu writes:
  108. >
  109. >    Can it be that we humans are just on a too limited perspective or
  110. >reference frame to fully comprehend the grandeur of GUS!?  Can we really 
  111.  
  112.  
  113. >hope to attain the level of complete and absolute GUSdom?  GUS is not an 
  114. >object, it is a state of being!  A feeling that is fostered by a mother as 
  115. >she pulls her helpless child against her bossom and nurtures it with her 
  116. >very own essence!  To comprehend the GUS you must open yourself to the 
  117. >universe!
  118.  
  119. Yea verily!  GUS is not an object, it is also a way of life!  To not understand
  120. GUS is to not understand deep rooted primal desires!  To understand GUS is to
  121. understand the workings of your own soul.  When we finally see the full
  122. splendor of GUS, all those who have faith will relish in the second coming
  123. of GUS and mock those whose faith was not as deep.  Beware the false prophet!
  124. Mere words do not a legend make, the savior will have a chorus of voices to
  125. sing praise.  The antiGUS will merely have a duet.
  126.  
  127. >                Now go thy way and be one with GUS...
  128. >
  129. >                        wReam...
  130. >                The Chief Accolyte to the High Realm of GUS
  131.  
  132. Ranseus
  133. First Deciple of GUS
  134. --
  135. ----- jknepley@nyx.cs.du.edu  (formerly knepley@cs.colostate.edu) -----------
  136.  Jim "Ranseus" Knepley |  Avoid rectal-cranial inversion. 
  137.  Programmer, magician, |  "Gun's don't kill, it's those bullet things"   
  138.  computer geek.        |  
  139.  
  140. ------------------------------
  141.  
  142. Date: Tue, 27 Apr 1993 06:31:30 GMT
  143. From: seah@ee.rochester.edu (David Seah)
  144. Subject: Re: GUS information wanted!
  145. Message-ID: <1993Apr27.063130.6399@ee.rochester.edu>
  146.  
  147. ReprintFrom: comp.sys.ibm.pc.soundcard
  148.  
  149. In article <C647Jx.MIC@watserv2.uwaterloo.ca> ptran@sciborg.uwaterloo.ca (Phat H Tran) writes:
  150. >In article <C5y00w.GtC@lysator.liu.se> magnuz@lysator.liu.se (Magnus Rindeberg) writes:
  151. >>First: I heard that the GUS has 32!! 16-bit voices, are they hardware-voices?
  152. >>       i.e. are there 32 DAC's on this board ??? ( I suppose not )
  153. >>       If not 32 then just how many hardware-voices are there??
  154. >
  155. >It seems fairly certain that the GUS converts all of its 16-bit voices
  156. >to analog before mixing them.  This suggests that the GUS has 32 DACs,
  157. >or some hardware equivalent of that.  (In a $130 card? *shrug*)
  158. >Anybody have a block diagram of the card's circuitry?
  159.  
  160. Here's some information that might be helpful.  This is my interpretation
  161. of the material in the Apple IIGS Hardware Reference, so feel free to question
  162. its validity.
  163.  
  164. The Ensoniq Digital Oscillator Chip (DOC) on the Apple IIGS multiplexes the
  165. output of its oscillators (the "voices").  If the IIGS DOC were capable of
  166.  
  167.  
  168. spitting out 32 simultaneous 44.1kHz waveforms at once, it could have 32
  169. separate DACs playing all at once (as Phat suggests).  This would be rather
  170. expensive.  The Ensoniq 5503 DOC instead time multiplexes the output of its
  171. oscillators.  What this means is that there is one DAC that is shared
  172. by all 32 oscillators.  For each oscillator to be serviced 44100 times
  173. per second, this single DAC would have to be capable of performing an D to A
  174. conversion 32x44100 = 1,411,200 times per second (one every 0.71 usec.
  175.  
  176. [Whether the 1.4MHz conversion rate for D/A is possible to do cheaply, I'm
  177.  not sure...comments?]
  178.  
  179. Here's a diagram that illustrates the theoretical operation of the
  180. GUS blasted 32 16-bit oscillators at 1,411,200 samples per second...
  181.  
  182. 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3
  183. 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 
  184.  
  185. --  --  --                                --            --
  186.   --  --         --      --
  187.           ----                           --      --  --
  188.           --      --        --
  189.                 --  --    --                        --      --
  190.                   --        --        --      ----
  191.                               --         --        --
  192.                 --  --
  193.  
  194. <------------ 22 usec period ---------------------------------->
  195.  
  196. Each oscillator (more accurately "address generator") points to the current
  197. data value that represents the output level.  Once you put this output
  198. through a good low-pass filter, the high frequency noise is filtered out and
  199. you end up with an average output value without all that mucking around with
  200. analog mixers.  I'm sure this scheme generates some amount of theoretical
  201. distortion, but I'll leave the signal analysis to someone else who knows more
  202. about it.  Qualitatively, if you perform a lowpass filtering operation over
  203. the data above (representing one sample at 44100 samples/sec), I believe you
  204. get the same result as doing a digital sum & shift.  Or something really
  205. close :)
  206.  
  207. To get multi-channel sound (stereo), the oscillators have a few control bits
  208. that are accessible external to the 5503.  Each oscillator can be assigned a
  209. channel, and these control bits can be used to drive an analog multiplexer
  210. to tap the unfiltered output shown above.
  211.  
  212. ---
  213.  
  214. Now, whether this applies to the GUS at all is debatable.  From what I've
  215. heard, the GUS's GF1 is a close relative of the Ensoniq 5503, licensed
  216. by Forte.  I was told this during an informal visit over xmas to Forte
  217. when a friend and I wanted to check out the USS10X software.  So perhaps
  218. this is close...if someone has some kind of guide to the GUS's control
  219. registers then we could compare and see if there are any simularities.
  220.  
  221.  
  222.  
  223. -- 
  224. Dave Seah (seah@ee.rochester.edu, AFCDaveS@aol.com)
  225.  
  226. ------------------------------
  227.  
  228. Date: Tue, 27 Apr 1993 16:43:34 -0700
  229. From: Eric N. Liao <liaoe@aero.org>
  230. Subject: Re: New PUBLIC SDK kit
  231. Message-ID: <199304272343.AA16084@aerospace.aero.org>
  232.  
  233. This is a response to John Smith's post that the new SDK is almost done.  He
  234. mentioned that the new SDK kit will be "PUBLIC."  Does this mean no more non-
  235. disclosure agreement?  Does it mean we can get it for free?
  236.  
  237. Any elaborations?
  238.  
  239. Any idea as to when we'll start seeing GUS-3D in games?
  240.  
  241. ------------------------------
  242.  
  243. Date: Mon, 26 Apr 93 23:53:06 +0100
  244. From: thomas@blackhl.hacktic.nl (thomas van kuipers)
  245. Subject: os/2 and ultrasound
  246. Message-ID: <8qym3B1w165w@blackhl.hacktic.nl>
  247.  
  248. To work with the ultrasound and os/2 2.x may seam very difficult, but i 
  249. have got it working in a DOS-box already with just the normal SET 
  250. commands it just works in a dos-box. I hadn't get it worked in WINOS/2 
  251. 3.1 (within os/2 2.1b), but i assume it might work because of the drivers 
  252. (under windows 3.1 i had it worked) and the dos settings.
  253.  
  254. I'm now wondering if anyone or GRAVIS has a driver for the ultrasound to 
  255. work with os/2 2.x multi media package. (You can't use a sbos or other 
  256. emulation, because that runs on dos, not os/2 base level).
  257.  
  258. It don't matter if it's beta, because i just try it out!
  259.  
  260. Thanks,
  261.  
  262. Thomas (reply to:thomas@blackhol.hackit.nl)
  263.  
  264. ------------------------------
  265.  
  266. Date: Tue, 27 Apr 93 16:33:56 WETDST
  267. From: his@hiogron.rhg.nl (Henk Hindriks)
  268. Subject: RAM-failure
  269. Message-ID: <9304271633.AA03073@hiogron.rhg.nl>
  270.  
  271. Hi Ultrasound-users,
  272.  
  273. Recently someone (sorry I forgot the name) complained about Ram-failure
  274. after upgrading the Ultrasound-card from 256Kb. to 1Mb.
  275.  
  276.  
  277.  
  278. I experienced the same problem: Ultraram and Setgus telling me that I have a
  279. DRAM-failure while swapping the RAM's doesn't help anything.
  280. After some research I found out that the failure is in the highest 128K of
  281. the memory independent of the IC's, so it's problably a wrong
  282. adres-decoding.
  283.  
  284. But what chip is to blame for that? If i try to locate the adres-decoder I
  285. find some GAL-chips special made for Gravis.
  286. It looks like a wrong production-series.!!!!
  287.  
  288. So please everyone try the Ultraram or the Setgus (advanced-diagnostics) to
  289. find out if Your ultrasound functions O.K.
  290.  
  291. Reports here please. If it is a production-series with this failure we
  292. should complain at Gravis. I don't like to return my card and having to live
  293. without it for a long time because the local dealer never heared about the
  294. problem. Things tend to take a long time overhere, because the Ultrasound is
  295. marketed by a company called Logitec who sell there own sound-card as well.
  296.  
  297.  
  298. Henk Hindriks
  299.  
  300. Rijkshogeschool Groningen
  301. The Netherlands
  302.  
  303. his@hiogron.rhg.nl
  304.  
  305. ------------------------------
  306.  
  307. Date: Tue, 27 Apr 93 8:32:55 CDT
  308. From: wiegand@void.rtsg.mot.com (Robert Wiegand)
  309. Subject: RAM speeds
  310. Message-ID: <9304271332@lido16>
  311.  
  312. > From: Joe Cheng <jcheng@post.its.mcw.edu>
  313. > 2) DRAM Problems : I was having some problems before when I upgraded my GUS
  314. >               to 1 Meg on board with 70ns DRAMS.  Using GUSDRAM, DRAM, 
  315. >               GUSMEM, etc. to check the system, it would give really wierd
  316. >               errors like some times reporting all the memory good, sometimes
  317. >               telling me that one bank was out, or that I only had 768K.
  318. >               It turns out that one chip in bank two was loose and giving me
  319. >               all those headaches.  Apparently the repeated cycle of heating
  320. >               and cooling from the computer loosened that chip and made it
  321. >               pop out a bit (this is after I really pushed all the chips in
  322. >               to make sure they were seated).  The 80ns drams should be ok
  323. >               as I couldn't find any real data on discrepancies between
  324. >               standard 256x4's.  Using 70ns drams, I was told to replace
  325. >               bank one also with 70ns otherwise the board still run's at
  326. >               80ns because the data will bottle neck with the slowest
  327. >               denominator.  Personally, I can't tell the difference between
  328. >               70ns and 80ns, I guess my brain just can't move quick enough
  329. >               to pick up that extra 10ns.  Anybody notice it different?
  330.  
  331.  
  332.  
  333. I have seen a number of people making the same mistake. Putting faster
  334. memories on the GUS *does not make it run faster*. The board still runs at
  335. the same speed as before. You are just throwing away your money if
  336. you buy faster RAMs than the board requires.
  337.  
  338. The memory access speed is set by the DRAM controller logic on the board,
  339. not by the RAM chips. The RAM chips just have to be fast enough to
  340. keep up with the controller, getting faster RAMs doesn't help anything.
  341.  
  342. Bob Wiegand
  343.  
  344. ------------------------------
  345.  
  346. Date: Tue, 27 Apr 1993 06:24:38 -0600 (CST)
  347. From: "Neil D. Danylczuk" <ndd41@jester.usask.ca>
  348. Subject: SBOS w/ games
  349. Message-ID: <Pine.3.04.9304270638.C26972-b100000@jester.usask.ca>
  350.  
  351. -------
  352. -  1  -   GOBLINS
  353. -------
  354.      How is the game Gobliins _supposed_ to sound with GUS?  For
  355.      me, the sound effects are quite right, except for some of them.
  356.      Footsteps come through the PC speaker while the music and
  357.      sound effects come through the GUS. 
  358.    
  359.      Are the voices supposed to be realistic?  Here, they sound
  360.      distinctly "Goblinny", that is, I can't recognize what is
  361.      being said at all.  This is with many different versions 
  362.      of SBOS.
  363.  
  364. -------
  365. -  2  -   HUMANS
  366. -------
  367.  
  368.     What is the prefered way to get "Humans" to work?  The readme
  369.     file says 2 things:  either use SBOS -o3 (version 1.20) or
  370.     get a patch from the Gravis BBS.  Is anyone aware of this
  371.     patch, and can we get it on epas?  I can't check the SBOS1.20,
  372.     as 1.21 is the oldest version I have here.
  373.  
  374.  
  375. -------
  376. -  3  -  MONOPOLY (Virgin Games)
  377. -------
  378.  
  379.      I receive A LOT of Windows errors with this game.  Is it
  380.      because of the GUS?  Has anybody else seen this?  I can
  381.      simply ignore the errors and nothing seems to go wrong, it's
  382.      just annoying being interrupted every 2nd roll or so.
  383.      Is it sound drivers or video or Monopoly?
  384.  
  385. ------------------------------
  386.  
  387.  
  388.  
  389. Date: Tue, 27 Apr 1993 05:22:03 -0400 (EDT)
  390. From: Greg K Chung <stiletto+@cmu.edu>
  391. Subject: Sound player
  392. Message-ID: <YfrDgv_00WB_AXYkAD@andrew.cmu.edu>
  393.  
  394. Ever since I realized how simple it is to play music and sounds on the
  395. GUS, I've been hacking away, writing a multi-format sound player for
  396. our beloved GUS.
  397.  
  398. It will support the most common sound formats (for playing): .VOC,
  399. .SND, .SAM, .WAV, (maybe .AU) as well as music formats like .MOD,
  400. .669, .STM
  401.  
  402. This program initially started as just a .MOD player, which I've been
  403. trying to load up with useless features that test the GUS's prowess.
  404. For example the Satan-detector reverse-sample mode...  But seriously,
  405. one thing I would like to get working [in the .MOD player] is have
  406. greater control over panning and oversampling.  
  407.  
  408. The way I understand it, the GUS just controls the volumes of the L,R
  409. channels to simulate panning.  Expanding on this, it should then be
  410. possible to have much greater control over panning, by playing the
  411. same sample on two voices, one fully Left, the other fully Right, and
  412. then sliding the volumes of each manually.  (Is this theory correct?)
  413.  
  414. Otherwise, I can just simulate a 31 position panning by using two
  415. voices for each sample, where the mean average of the two would be the
  416. 'apparent' panning position?  That is, with voice 1 at position 7, and
  417. voice 2 at position 8 (or 1 at pos 0, 2 at pos 15), I would get a
  418. balance of 7.5, which should be a true center.  
  419.  
  420. Additionally, I don't fully grasp how the oversampling works.  Ultradox
  421. says that the GUS always uses at least 14? voices.  Using more voices,
  422. even if nothing is played on them, results in a significantly
  423. different sound.  If someone could explain this to me, I'd be greatly
  424. appreciative.
  425.  
  426. As far as my .MOD player goes, I've implemented some rudimentary
  427. 'features' which I hope will make it a nice GUS program (since alas,
  428. it seems Josh has quit playing with GUSMOD and moved on to other
  429. things).  I'm playing with the above mentioned panning control and
  430. oversampling control, and I put in the reverse sample playback (for
  431. kicks).  Additionally, since real 'live' performances (eg playing a
  432. guitar, or speaking into a mic, etc) normally use echo, I put in an
  433. additional voice that plays back the same sample a few milliseconds
  434. later (at lesser volume), which, I have found, makes for a richer
  435. sound in many cases.  One more major change:  I allow up to a volume
  436. of 128, since for some reason, there are a lot of .MODs that violate
  437. the 64 volume maximum.
  438.  
  439. I'm also stealing some ideas from MODPLAY that were left out in
  440. GUSMOD, like the .GIF background and speed control.  On the other
  441.  
  442.  
  443. hand, I'm not stealing the playback code, so the playback doesn't
  444. quite sound correct in some cases.  But -- I suspect GM was based a
  445. whole lot on code used by MP, since certain .MODs (most notably a few
  446. from SC2) cause the same problems (samples sound incorrect) in both
  447. programs but not in mine.  Wierd.
  448.  
  449. Anyway -- the point of all this -- this project would be greatly
  450. accelerated if Gravis would finally release their developer's kit.
  451. The ultradox are nice, but incomplete.  I would like to see Gravis
  452. include a COMPLETE description of the features and of programming the
  453. GUS whenever they send out the 'new disks'.  After all, most of the
  454. GUS's sold have been thru word-of-mouth on the net, and most of the
  455. software is written by individuals, not software companies.  Gravis
  456. should do as much as it can to foster software written by the public
  457. at-large, because that is the key to leading commercial developers
  458. into the market and a greater consumer base.  Please Gravis, repay
  459. your early customers, let them know details about the GUS, let them
  460. know how to code something that can RECORD!  
  461.  
  462. Forgive me for taking up so much space ... 
  463.  
  464. Greg
  465.  
  466. ------------------------------
  467.  
  468. Date: Tue, 27 Apr 1993 15:42:53 +0501 (EDT)
  469. From: Gunnar Swanson <gunnar@gibbs.oit.unc.edu>
  470. Subject: Star Control II bug fix more info
  471. Message-ID: <Pine.3.05.9304271541.A16667-a100000@gibbs.oit.unc.edu>
  472.  
  473. To James Hargrave,
  474.  
  475.     Hi James I believe that you asked about the StarControl 2 bug fix.
  476. I read about the fix in this months (April) Computer Gaming World aka CGW.
  477. On the next to last pages there is always a little thing on bug fixes for
  478. popular games.  It listed Star Control 2 as having a fix out 1.03 or
  479. other.  If you cannot find a copy of the magazine write me and I will
  480. check at the local mall and get back to you.  But it is ka rather popular
  481. magazine and any large newsstand should have a copy.  Good luck finding
  482. the patch.
  483.  
  484. My address is   gunnar@gibbs.oit.unc.edu
  485.  
  486. Bye Gunnar
  487.  
  488. P.S. I finished the whole Star Control 2 saga.  IT IS EXCELLENT.  I still
  489. hate the arcade stuff though.  If you want hints E-mail me a question and
  490. I will help you.
  491.  
  492. end.
  493.  
  494. ------------------------------
  495.  
  496.  
  497.  
  498. Date: Tue, 27 Apr 93 11:36:54 CDT
  499. From: eason@ncrnd3.StPaul.NCR.COM (Dale Eason)
  500. Subject: Trying to shed some light on DRAM memory speed.
  501. Message-ID: <9304271636.AA26359@ncrnd3.StPaul.NCR.COM>
  502.  
  503. I am an electrical engineer and logic designer.  Some people have wandered about
  504. the DRAM speed issue and if it was ok to use faster DRAMs than the 100ns type and
  505. if it would have an effect on the performance of the GUS. 
  506.  
  507. Most computer memory access logic is timed by some sort of clock
  508. circuit.  This clock is used to tell the logic how long to wait for data to
  509. become valid after sending DRAMS the address.  Once designed this wait period
  510. is constant unless special provisions are made to change it.  The GUS does not
  511. have any user option to control its wait time for DRAM.  Therefore it is designed
  512. to wait for a time appropiate for 100 ns accesses DRAMS.  Putting faster DRAMS
  513. in the GUS will not hurt it but will not speed it up either.  It will simply give
  514. the DRAM the address it wants to access, wait , and then use the data presented
  515. by the DRAM.  It cannot tell that the DRAM gave it the data faster than expected.
  516.  
  517. Why did they use 100 ns DRAMS when now all you can find are 70s or better?  It takes
  518. time to bring something to market.  100s were probably what was available at the
  519. time so that was what the timing called for.  Or perhapes the chip that uses
  520. the drams cannot use the data any faster than that.  So they wrote the spec to
  521. be conservative and use the least expensive chip availble at the time.
  522.  
  523. To access memory at a sample rate of 44100hz * 32 voices only requires one access
  524. every 708 ns.  The DRAM speed is put to use during DMA transfers from the 
  525. mother board to the GUS. 
  526.  
  527.  
  528.  
  529. Dale Eason
  530.  
  531. ------------------------------
  532.  
  533. End of Ultrasound Daily Digest V3 #28
  534. *************************************
  535.  
  536. To post to tomorrow's digest:                        <ultrasound@dsd.es.com>
  537. To (un)subscribe or get help:                <ultrasound-request@dsd.es.com>
  538. To contact a human (last resort):              <ultrasound-owner@dsd.es.com>
  539. FTP sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  540.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  541. Hints:
  542.       - Get the FAQ from the FTP sites.
  543.       - Mail to <ultrasound-request@dsd.es.com> for info about other GUS
  544.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  545.         related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  546.